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[Electronic Version 1.2.8] 

A METHOD AND SYSTEM FOR 
PRIORITIZATION AND DYNAMIC CHANNEL 
ALLOCATION WITHIN A COMMUNICATION 
SYSTEM 

Background of Invention 

[0001] Field of the Invention. This invention relates to electronic communication 

systems. More specifically, this invention relates communications systems that create, 
delete and resize channels on a network. 

[0002] Description of Related Art. A variety of schemes have been used for 

bandwidth allocation which facilitate communication across a network. Multiple 
methods have been employed which create channels of varying sizes based the type of 
connection being created. These are typically targeted at high bandwidth systems, not 
wireless or AC power line systems. Although the references may not constitute prior 
art, for general background material, the reader is directed to the following United 
States Patents, each of which is hereby incorporated by reference in its entirety for the 
material contained therein: U.S. Patent Numbers: 6,456,633, 6,366,587, 6,292,644, 
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6,272,348, 6,195,362, 6,009,106, 5,838,681, 5,673,253, 5,594,727, 5,592,470, and 
5,313,467. 

Summary of Invention 



[0003] It is desirable to provide a bandwidth allocation system that fully utilizes the 

available bandwidth while still providing access to higher priority data transfer by 
resizing or removing lower priority connections. 

[0004] Therefore it is a general object of this invention to provide a bandwidth 

allocation system that makes use of a time division multiplexed network. 

[0005] It is still a further object of an embodiment of this invention to provide a 

bandwidth allocation system to provide data transfer between nodes on a network. 

[0006] It is still a further object of an embodiment of this invention to provide a 

bandwidth allocation system that adapts the channel sizes based on the priority and 
type of connection. 

[0007] It is still a further object of an embodiment of this invention to provide a 

bandwidth allocation system that dynamically creates channels. 
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[0008] It is still a further object of an embodiment of this invention to provide a 

bandwidth allocation system that dynamically resizes channels. 



[0009] It is still a further object of an embodiment of this invention to provide a 

bandwidth allocation system that dynamically deletes channels. 

[001 0] It is still a further object of an embodiment of this invention to provide a 

bandwidth allocation system that reclaims channels based on querying network nodes. 

[001 1 ] It is still a further object of an embodiment of this invention to provide a 

bandwidth allocation system to provide network connectivity across a power line 
network, a wireless network, a light frequency network, and a wired network. 

[001 2] It is a still further object of an embodiment of this invention to provide a 

bandwidth allocation system to provide encrypted channels which ensure secure data 
transfer. 

[001 3] It is a still further object of an embodiment of this invention to provide a 

bandwidth allocation system which can provide bandwidth allocation between multiple 
networks sharing the same, similar or separate physical mediums. 

[001 4] It is a still further object of an embodiment of this invention to provide a 

bandwidth reclamation system which can provide the ability to identify when nodes are 
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no longer using bandwidth and reclaim their bandwidth even though the nodes cannot 
be communicated with. 

[001 5] These and other objects of this invention will be readily apparent to those of 

ordinary skill in the art upon review of the following drawings, detailed description, and 
claims. In the preferred embodiment of this invention, the bandwidth allocation system 
makes use of a novel channel allocation scheme based on priorities that efficiently 
utilizes the existing network bandwidth. 

Brief Description of Drawings 

[001 6] In order to show the manner that the above recited and other advantages and 

objects of the invention are obtained, a more particular description of the present 
preferred embodiments of this invention, which are illustrated in the appended 
drawings, is described as follows. The reader should understand that the drawings 
depict only present preferred and best mode embodiments of the invention, and are not 
to be considered as limiting in scope. A brief description of the drawings is as follows: 

[001 7] Figure 1 a is a diagram of the present preferred network for sending data 

segments between network nodes. 
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[001 8] Figure 1 b is a diagram of the Time Division Multiplexed structure of the 

present preferred embodiment of this invention used to transfer data on a network. 

[001 9] Figure 2 is a flow diagram of the present preferred virtual channel creation 

process from the node which is requesting to create a virtual channel. 

[0020] Figure 3 is a flow diagram of the present preferred virtual channel creation 

process from the node which is being requested to be apart of the virtual channel. 

[0021] Figure 4 is a flow diagram of the present preferred virtual channel removal 

process once a virtual channel is created. 

[0022] Figure 5 is a flow diagram of the present preferred control node active 

channel creation process. 

[0023] Figure 6a is a flow diagram of the present preferred channel creation process 

for a peer active channel. 

[0024] Figure 6b is a diagram of the present preferred dynamic active channel 

resizing. 

[0025] Figure 7 is a flow diagram of the present preferred process for bandwidth 

allocation using channel priorities. 
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[0026] Figure 8 is a flow diagram of the present preferred process for bandwidth 

reclamation in a control node active channel. 

[0027] Figure 9 is a flow diagram of the present preferred process for notifying 

network nodes that the network node is no longer part of an active channel. 

[0028] Figure 10 is a diagram of the present preferred process for bandwidth 

reclamation in a peer active channel. 

[0029] Reference will now be made in detail to the present preferred embodiment of 

the invention, examples of which are illustrated in the accompanying drawings. 

Detailed Description 

[0030] Figure la is a diagram of the present preferred network for sending data 

segments between network nodes. In this document when referring to a network node 
in the singular, while referencing the single node with multiple nodes indicates that all 
referenced nodes can perform the same function as the single network node. A network 
1 42 is formed by plurality network nodes 1 40 and 1 41 . One of the network nodes 1 40 
is a bandwidth master control node. Segments (packets) are sent across a time division 
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multiplexed data mechanism which contains a network 142 which further contains time 
slots 120-136. 

[003 1 ] Figure 1 b is a diagram of the time division multiplexed data transfer 

mechanism of the present preferred embodiment of this invention used to transfer data 
on a network 142. Transfer of data across a network 142 occurs in two forms: packets 
which are broken up into segments and non-packet. Examples of data include but are 
not limited to voice, audio, control, video, and computer information and the like. A 
frame represents the bandwidth of the network 142 overtime and consists of a plurality 
of time slots 1 20-1 36. Time slots 1 20-1 36 in the present preferred embodiment are 
equal size pieces of Time Division Multiplexed (TDM) bandwidth which is used to 
transfer data over the AC power line or network 1 42. Each time slot is 1 0 bits wide. 
The actual data sent is 32 bits with 22 bits used for forward error correction which 
results in 10 bits for each time slot. This is a 5/16 rate code. Time slot 136 is used for 
frame synchronization across the network 1 42 and time slots 1 20-1 35 are used for data 
transfer. Data is sent using active channels 1 37-1 39, which are pieces of network 1 42 
bandwidth. An active channel 1 37-1 39 is a variable or fixed size pipe made up of a 
single time slot or a plurality of time slots used to form a packet or non-packet pipe. 
For example, an active channel 1 37 can include but is not limited to a group of 
contiguous slots 1 20-1 24. On the other hand, an active channel 1 38 can consist of 
noncontiguous slots 1 26, 1 28, 1 33. In addition, an active channel 1 39 can include a 
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single time slot 1 34 or any number of time slots up to the maximum number of time 
slots in the frame. An active channel 137-1 39 is created by a bandwidth master control 
node 1 40 which is a network node responsible for creating active channels 1 37, 1 38, 
and 1 39 in conjunction with network nodes 1 40, 141, 1 43 on a network 1 42. Any 
network node can assume the role of bandwidth master control node 140. 

[0032] To transfer data between nodes, the user or application creates a Virtual 

Channel (VC) and creates an Active Channel (AC) 137-1 39. However, the virtual channel 
is not necessary if an active channel 1 37-1 39 does not need to be persistent. A virtual 
channel is a grouping of devices that eventually need to communicate with each other 
and can use the same service type. A service type is unique identifier that represents 
the type of data being transferred across a network 142. Virtual channels contain 
persistent information about how to setup an active channel 1 37-1 39 when bandwidth 
is needed. Active channels 1 37-1 39 are created and destroyed by a network node 1 40 
that is responsible for bandwidth allocation called a bandwidth master control node 
140. A bandwidth master control node 140 can control but is not limited to one or 
more distinct networks 142 using the same physical medium by using a network 
number to identify each network 1 42. An active channel 1 39 is instantiated when a 
network node 141 responsible for the active channel 1 39 needs to create an active 
channel 1 39, to pass data between network nodes 1 40, 141, 1 43 in a active channel 
1 39. An active channel 1 39 will typically exist only as long as the network nodes 1 40, 
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141 need bandwidth to transfer data while a virtual channel can exists permanently (or 
until the user or application no longer needs it). On the other hand, an active channel 
may stay up permanently if necessary. Virtual channels and active channels 1 37-1 39 
are created via a signaling channel (which is an active channel) which is used to 
exchange information between nodes. 

[0033] Once the network 142 is created, virtual channels can be created. For 

example, virtual channels can be created for, but are not necessarily limited to Internet 
connections, alarm systems, appliances, home control systems, stereo systems, voice 
systems, and the like. This can occur from, but is not limited to an administrative 
console or an application going out and identifying which network nodes 1 40, 141 need 
to be apart of the virtual channel. A Virtual Channel Structure (VCS) is created which 
contains all the information necessary to create an active channel 1 39. This allows 
network nodes 140, 141, 143 to recreate an active channel 139 that existed when power 
was lost on the network 142. The virtual channel structure also keeps the network 142 
and the active channel 1 39 secure by storing the encryption key information. The 
process is the same whether new network node 141, 1 42, 1 43 is being added to an 
existing virtual channel or creating a new virtual channel. 

[0034] Figure 2 is a flow diagram of the preferred virtual channel creation process 

from a network node 141 which is requesting to create a virtual channel 1 39. A request 
is made 200 to create a virtual channel. The user or application generates 201 a list of 
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network nodes 1 40, 141, 1 43 and the service type that are part of the virtual channel. 
This coupled with a virtual channel name is used to create an active channel 1 39. At 
test 202 the network node 141 checks to see if an active channel 1 39 already exists. If 
so, the application goes out and gets 203 the existing encryption key for the virtual 
channel. Otherwise, the application generates 204 a random key and ID for the virtual 
channel. The virtual channel name and the random ID are used to uniquely identify a 
virtual channel. In order to create a virtual channel, all network nodes 1 40, 1 41 , 1 43 
that are part of the virtual channel should be able to communicate on the network 1 42 
or at a later period in time if being added to the virtual channel. If a network node 1 40, 
141, 143 was not a part of the initial virtual channel creation the network node 1 40, 
141, 143 will have to be added by a network node 1 40, 1 41 , or 1 43 that is already apart 
of the virtual channel in order to have a secure network. After getting 205 the next 
network node 1 40, 1 41 , or 1 41 to be added, the packet to add the next node to the VC 
is sent 206. The packet contains the virtual channel information except the encryption 
key. If test 207 is not successful, an error is logged 208. If test 207 is successful, and 
if the active channel 139 is to be encrypted 209, the encryption key is passed 210 using 
an encryption key passing algorithm. The present preferred embodiment uses Diffie- 
Hellman key exchange, but any key exchange method can be used. The encryption key 
is exchanged 210. If test 21 1 is successful, the process continues to see if more 
network nodes 140, 141, 143 are to be added 213. Otherwise, an error is logged 212 
for that network node 140, 141 or 143. Test 213 checks to see if there are other 
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network nodes 1 40, 141 or 1 43 to be added to the virtual channel. If so the process 
gets 205 to be added to the virtual channel. Otherwise, there is a check 214 for any 
failures. If there were any failures logged in step 212, they are passed 215 back to the 
Application Programming Interface (API). Each network node 140, 141 , 143 that failed 
to be added to the virtual channel and the reason why there was a failure is passed back 
21 5 to the API. If there were not any failures in test 214, success is returned 216 to the 
API. The process completes 217. 

[0035] Figure 3 is a flow diagram of the present preferred virtual channel creation 

process from the network node 1 40, 141, 1 43 which is being requested to be apart of 
the virtual channel, wherein figure 2 is the flow diagram from the node creating the 
virtual channel. When a network node 140, 141, 143 receives 300 an "add to virtual 
channel packet", the network node 140, 141, 143 checks 301 the service type to make 
sure that the service type matches its own service type. If there is not a match, the 
network node 1 40, 141, 1 43 responds 302 with an error packet. If there is a match in 
test 301 , the process responds 303 with a success in the packet status. If the active 
channel 1 39 is supposed to be encrypted in test 304, the encryption key exchange 
process is used 305 to exchange the virtual channel encryption key. If successful in test 
306, the key and the virtual channel information are stored 307 and the process 
completes 308. If the encryption key exchange fails in test 306, the process completes 
308. 
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[0036] Figure 4 is a flow diagram of the present preferred virtual channel removal 

process once an active channel 1 39 is created. Under user or application control, a 
virtual channel can also be removed. Once the process is started 400, a network node 
1 40, 141, 1 43 gets 401 the virtual channel information. The algorithm goes through 
402 each network node that is part of the virtual channel 140, 141, 143 in the list of 
network nodes 1 40, 1 41 , 1 43 and informs each network node 1 40, 141 or 1 43 that is 
the network node 1 40, 1 41 or 1 43 is being removed from the virtual channel at block 
403. The network node 140, 141 or 143 deletes the virtual channel information. This 
process tests 404 the next network node 1 40, 1 41 , 1 43 on the active channel 1 39. If 
there is another network node 1 40 or 1 41 in test 404, the process gets 402 the next 
network node number. Otherwise, the process completes 405. If a network node 140, 
1 41 or 1 43 cannot respond, the network node 1 40, 141, 1 43 can to be removed later 
using the same process. 

[0037] In the present preferred embodiment, here are two types of active channels 

that can be created: A control node active channel, and a peer active channel. A control 
node active channel is an active channel 1 39 where there is one network node 141 
called a control node 141 responsible for setting up and controlling an active channel 
1 39. A peer active channel is where network nodes 1 40, 141 can come and go and 
there is no central control node 140 ,141 or 143 responsible for creating an active 
channel 1 39. The control node responsible for a control node active channel or any 
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node responsible for a peer active channel can be any network node 140 or 141 on the 
network 142 including the bandwidth master control node 140. In a control node active 
channel, there is one network node 141 that is responsible for creating, adding nodes 
to, and deleting nodes from an active channel 1 39. If the control node 1 41 is not active, 
the active channel 1 39 cannot be established. 

[0038] Figure 5 is a flow diagram of the present preferred control node active 

channel creation process. First, the application starts 500 by calling 501 the "Can I 
Create My Channel" application programming interface that sends a packet to the 
bandwidth master control node 140. The bandwidth master control node 140 is 
responsible for creating virtual channels. If the response was not successful in test 502 
and the network node 1 40, 141, 1 43 still wants the active channel 1 39 to be created 
when resources are available, the network node 140, 141 or 143 calls 503 the 
application programming interface "Add Me to the Channel." This application 
programming interface call puts the request into the request queue so that the 
bandwidth master control node 140 can tell the network node 140, 141 or 143 when an 
active channel 1 39 can be created. If this successful in test 504, a timer is started 505 
and the bandwidth master control node 140 looks 506 for the "You Can Create Your 
Channel" packet. If this packet is received the creation process optionally calls 508 the 
API "who is on VC and get nodes." Otherwise, the process times out 507 and completes 
520. Once the network node 1 40, 1 41 , or 1 43 is informed that the active channel 1 39 
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can be created in test 502 or test 506, the network node 1 40, 1 41 , or 1 43 goes and 
determines 508 which network nodes 1 40, 1 41 , or 1 43 are on the active channel 1 39 if 
the network node 140, 141, 143 doesn't know already. The network node 140, 141, 
1 43 decides 509 which network nodes 1 40, 1 41 , 1 43 need to be apart of the active 
channel 1 39 if the network node 1 40 or 1 41 did not know earlier. The application calls 
5 1 0 the Application Programming Interface to Tell a Node to Add Itself to the Channel. 
When a network node 1 40, 141, 1 43 receives a request to add the network node 1 40, 
141 or 143 to an active channel 1 39, the network node 140, 141 , or 143 informs the 
bandwidth master control node 140 and requests that the network node 140,141 or 143 
be added to the active channel 139. If this is successful, the process responds 510 to 
the Tell a Node to Add Itself to the Channel message. If test 51 1 was not successful, the 
control node 1 41 calls 51 3 the "Remove My Channel from the Request Queue" 
application programming interface which ends the Active Channel creation. Otherwise, 
the control node 141 will add 512 the control node 141 to the active channel 139. If 
there is a failure in test 514, the control node 141 calls 51 3 the "Remove My Channel 
from the Request Queue" application programming interface. Otherwise, the control 
node 141 starts 515 a timer and waits for the packet that indicates that the active 
channel 1 39 was created. Once control node 141 receives 51 6 the packet that indicates 
the active channel 139 was created, the control node 141 tells 518 all the network 
nodes 1 40, 141, 1 43 using the active channel 1 39 the information necessary to use the 
active channel 1 39 and completes the process 520. If the timer expires in test 517, the 
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control node 141 calls 519 the "Remove My Channel from the Request Queue" 
application programming interface to remove the request and the process completes 
520. 

[0039] For peer networks, the process happens differently. This is because in a peer 

network, any network node 1 40 or group of network nodes 1 40, 141, 1 43 can be up at 
any time. For this reason, any network node 1 40, 141, 1 43 can initiate the process that 
creates an active channel 139. A network node 140, 141 or 143 can request to be 
added to an active channel 1 39, but an active channel 1 39 will not be created until at 
least two network nodes 140, 141 have requested to be added to the active channel 
1 39. Figure 6a is a flow diagram of the present preferred active channel 1 39 creation 
process for a peer active channel. On a peer active channel, a network node 140 or 141 
can optionally go out 600 and see if the active channel 1 39 is up 601 . In test 602 if the 
response is unsuccessful, the network node 1 40, 141, 143 can decide if the network 
node 1 40, 141, 1 43 wants to continue in test 603 or quit. If the network node 1 40, 
141, 143 wants to quit, the process completes 61 1. If the network node 140, 141, 143 
wants to continue, network node 140, 141, 143 calls 604 the Application Programming 
Interface Add Me to a Channel. Step 604 is also called if test 602 is successful. If test 
605 is unsuccessful the process completes 61 1 . Otherwise, if test 605 is successful, the 
network node 1 40, 141 or 1 43 starts a timer 606 in which the network node 1 40, 1 41 
or 1 43 looks 607 for the channel is up packet. If the network node 1 40, 141, 1 43 
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receives this message the network node 1 40, 141, 1 43 joins 608 the active channel 1 39 
and the process completes 61 1 . Otherwise, if there is a timeout 609, the network node 
140, 141, 143 removes 610 the network node's 140, 141, 143 request to be added from 
the request queue and ends the process 61 1 . This process works the same for a 
network node 140, 141 or 143 being added after an active channel 139 is up. To 
remove an active channel 139, a network node 140, 141 or 143 can call the remove a 
channel API. The bandwidth master control node 140 will inform each network node 
1 40, 141, 143 that is currently apart of the active channel 1 39 that the active channel 
1 39 is being torn down. 

[0040] Figure 6b is a diagram of the present preferred dynamic active channel 

resizing. When a dynamic active channel 650 is created, there are two fields: The 
minimum bandwidth value and maximum bandwidth value. These fields are used by the 
bandwidth master control node 1 40 to create dynamic active channels 650 that can be 
increased or decreased based on available bandwidth. Active channels can be either 
static active channels 651 or dynamic active channels 650. A dynamic active channel 
650 is one where the dynamic active channel's 650 size (the number of time slots 1 20- 
1 35 the active channel 650 uses) can change dynamically and a static active channel 651 
will always require the same number of time slots 125-135 in this example. Figure 6b 
depicts a static active channel 651 that uses 1 1 time slots 1 25-1 35. The size of a static 
active channel 651 can be any size from one time slot to the maximum number of time 
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slots 1 20-1 35 that the system uses. A dynamic active channel 650 can be resized on 
the fly down to the minimum bandwidth value or up to the maximum bandwidth value. 
The minimum bandwidth field and maximum bandwidth fields will be the same for a 
static active channel 651 . These fields are coupled with the bandwidth priority value are 
used to track the priority of the dynamic active channel 650 or static active channel 651 
and whether the channel is a static active channel 651 or a dynamic active channel 650. 
The preferred embodiment uses the following four priorities: 1. Guaranteed Priority, 2. 
High Priority, 3. Normal Priority, and 4. Low Priority. Bandwidth is allocated on a priority 
basis, thus allowing a higher priority dynamic active channels 650 or static active 
channels 651 to take bandwidth from lower priority channels. When a dynamic active 
channel 650 is first created the dynamic active channel 650 takes all free time slots up 
to the maximum bandwidth value. Dynamic active channel one 650 has a minimum 
bandwidth value of one and a maximum bandwidth value of fifteen. Frame one 652 
shows dynamic channel one 650 taking all time slots 1 20-1 35 when dynamic active 
channel one 650 is first created on an unused network 142. When a new channel is 
created (static or dynamic) bandwidth is taken from dynamic channels 650. For 
example, if after dynamic active channel one 650 is created, the dynamic active channel 
one 650 is dropped in frame two 653 to 5 time slots 1 20-1 24 as a new static active 
channel one 651 is created even if static active channel one 651 is a lower priority. The 
minimum bandwidth value and the maximum bandwidth values are only limited by the 
number of time slots 1 20-1 35 available. Once there are no dynamic slots available, 
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active channels are created or deleted based on priority. Priority is not limited to but in 
the present preferred embodiment is on a first come first serve basis. This means that a 
new active channel cannot be created if all the slots are allocated by active channels at 
the same or higher priority. 

[0041 ] Figure 7 is a flow diagram of the preferred process for bandwidth allocation 

using channel priorities. Once a new active channel 651 needs to be created 700, the 
bandwidth master control node 140 first looks 701 to see if there are enough free time 
slots 1 20-1 35 to create the new active channel 651 . An active channel 651 will be 
created if there are at least enough free time slots 1 20-1 35 to meet the minimum 
bandwidth value. If so, the new active channel 651 is created 702. Otherwise, the 
bandwidth master control node 140 looks 703 to see if there are any dynamic active 
channels 650. The process checks 704 to see if there are enough dynamic and free time 
slots 1 20-1 35 to create the new active channel 651 . If the process determines that the 
dynamic channels 650 have enough excess bandwidth (the difference between the 
minimum bandwidth value and the current size of the dynamic active channel 650) to 
create the new active channel 651, the dynamic active channel(s) 650 size is reduced 
706 and the new active channel 651 is created 707. If the time slots 1 20-1 25 to create 
the new active channel 651 are coming from multiple dynamic active channels 650, the 
time slots 1 20-1 35 used come from the lowest priority dynamic active channel 650 first 
in the present preferred embodiment. If the active channels are at the same priority, the 

18 



process is done (but not required to) on a first come first serve basis. If there are not 
enough excess dynamic time slots 1 20-1 35 available 704, the time slots 1 20-1 35 are 
logged 705 and stored for use later. If there is not enough bandwidth at steps 703 or 
70S, the current bandwidth priority value is set 708 to the lowest priority. The current 
bandwidth priority value is used to search through the active channel list for priorities 
that match it. The active channel list is set 708 to point to the beginning of the list of 
active channels. The request to build the new active channel 651 is checked 709 to see 
if the new active channel 651 is at the current search bandwidth priority. If so, a deny 
channel packet is sent 710 to the control node 141 and the process ends. Otherwise, 
the channel search process continues by getting 71 1 the next active channel from the 
list. The current active channel's bandwidth priority is compared 712 to the current 
search bandwidth priority. If a match is not found, the process tests 71 3 to see if there 
are more active channels in the list. If there are more active channels in the list to 
check 71 3, the process gets the next active channel in the list 71 1 . Otherwise if test 
71 3 is no, the active channel list search pointer is set 71 4 back to the beginning, the 
current bandwidth priority is incremented, and the process checks to see if the new 
channel request is equal 709 to the current bandwidth priority. When an active channel 
is found that is at a lower bandwidth priority than the new active channel 651 and is at 
the current search bandwidth priority in test 71 2, the information is stored 71 5. This 
information along with the slot information of any excess dynamic channel slots 1 20- 
1 35 from step 705 and any previous lower priority time slots 1 20-1 35 are checked 71 6 
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to see if there are enough time slots 1 20-1 35 to make the new active channel 651 . If 
not, the process returns to the channel search process and checks 71 3 to see if there 
are more active channels in the list. Otherwise, the process of creating the new active 
channel 651 begins. If there are excess dynamic slots available 71 7, the bandwidth 
master control node 1 40 checks to see if the whole dynamic active channel 650 to which 
the excess dynamic time slots 1 20-1 35 are tied needs to be deleted 71 8. If not, the 
dynamic active channel's 650 size is reduced 71 9 if necessary. It may not be necessary 
to reduce the active dynamic channel 650 if the excess dynamic time slots 1 20-135 are 
not great enough to be used in the new active channel 651 in step 71 9. The necessary 
channel or channels are deleted 720. If there are any excess slots that can be used in 
dynamic channels 650, the excess slots are reassigned 721 to the appropriate channel 
or channels. Finally, the new active channel 650 is created 722. 

[0042] Figure 8 is a flow diagram of the present preferred process for bandwidth 

reclamation in a control node active channel. The process begins when a control node 
active channel is created 800 on the bandwidth master control node 140. The control 
node active channel has a control node 141 and a network node 143 that use the 
control node active channel. The query count is then set 801 to zero. The process 
then tests 802 to see if the control node active channel is still active. If not the process 
is done 810. Otherwise, if the control node active channel is still active 802, the process 
waits 803 for a period of time. The process sends 804 out a query packet to the control 
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node 141. If a response to the query packet is received in test 805 from the control 
node 1 41 , the query count is set 806 to zero and the process tests 802 to see if the 
control node active channel is still active. Otherwise, if there is no response from the 
control node 1 41 in test 805, the query count is checked 807 to see if it is three. In the 
present preferred embodiment, the query count is three, but this value could be 
dynamic or another value as the needs of the system require. If the query count is three 
807, all network nodes 141, 1 43 using the control node active channel are removed 808 
from the control node active channel by sending remove from channel packets to each 
network node using the control node active channel and the process is done 810. 
Otherwise, if the query count is not three in test 807, the process increments 809 the 
query count and checks 802 to see if the control node active channel is still active. 

[0043] Figure 9 is a flow diagram of the present preferred process for notifying 

network nodes that the network node is no longer part of an active channel. When a 
control node 141 or a network node 143 cannot see query packets from the bandwidth 
control node master 140 for reasons such as network noise and the like, these network 
nodes may have been removed from an active channel without being informed. If a 
network node 141 , 143 cannot see the bandwidth master control node 140; the network 
nodes 141, 1 43 send query packets to the bandwidth master control node 1 40. If the 
bandwidth master control node 140 receives 900 a query from a network node 140 or a 
control node 1 41 and that node is no longer apart of the active channel associated with 
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the query, the bandwidth master control node 140 will then send 901 a packet to 
remove network node 140 or 141 from the active channel. The process is then done 
902. 

[0044] Figure 10 is a diagram of the present preferred process for bandwidth 

reclamation in a peer active channel. The process begins when a peer active channel is 
created 1000 on the bandwidth master control node 140 where the peer channel has 
two network nodes 141, 143 that use the peer channel. The query count is then set 
1001 to zero. The process then tests 1002 to see if the peer active channel is still 
active. If not the process is done 1 01 0. Otherwise, if the peer active channel is still 
active 1002, the process waits 1003 for a period of time. The process sends 1004 out 
query packets to network nodes 141, 143 on the peer active channel until at least two 
network nodes 141, 1 43 respond or all network nodes have been queried. If a response 
to at least two of the query packets is received in test 1 005, the query count is set 1 006 
to zero and the process tests 1002 to see if the peer active channel is still active. 
Otherwise, if there is no response from at least two network nodes 141 and 1 43 in test 
1 005, the query count is checked 1 007 to see if it is three. In the present preferred 
embodiment, the query count is three, but this value could be dynamic or another value 
as the needs of the system require. If the query count is three 1 007, all the network 
nodes 141, 1 43 using the peer active channel are removed 1 008 from the peer active 
channel by sending remove from channel packets to each network node 141, 143 using 
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the peer active channel and the process is done 1010. Otherwise, if the query count is 
not three in test 1 007, the process increments 1 009 the query count and checks 1 002 
to see if the peer active channel is still active. 

[0045] These data transportation methods are designed so that these data 

transportation methods will run over a variety of networks, but are not limited to such 
types of networks as AC power line, DC power line, light frequency (fiber, infrared, light, 
and the like), Radio Frequency (RF) networks (wireless such as 802.1 1 b, and the like), 
acoustic networks, and wired networks (coax, twisted pair, and the like). 

[0046] In addition, these data transportation methods can be implemented using a 

variety of processes, but are not limited to computer hardware, microcode, firmware, 
software, and the like. 

[0047] The described embodiments of this invention are to be considered in all 

respects only as illustrative and not as restrictive. Although specific flow diagrams, 
block diagrams and frame formats are provided, the invention is not limited thereto. 
The scope of this invention is, therefore, indicated by the claims rather than the 
foregoing description. All changes, which come within the meaning and range of 
equivalency of the claims, are to be embraced within their scope. 
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